REMARKS 

By this Amendment, claims 1-14 are cancelled, and claims 15-37 are added. Thus, claims 
1 5-37 are now active in the application. Reexamination and reconsideration of the application are 
respectfully requested. 

The specification and abstract have been carefully reviewed and revised to correct 
grammatical and idiomatic errors in order to aid the Examiner in further consideration of the 
application, and to correct the informalities identified in item 3 on pages 2 and 3 of the Office 
Action. The amendments to the specification and abstract are incorporated in the attached substitute 
specification and abstract. No new matter has been added. 

Also attached hereto is a marked-up version of the substitute specification and abstract 
illustrating the changes made to the original specification and abstract. 

In item 2 on page 2 of the Office Action, the Examiner objected to Figs. 1 1 and 24 due to the 
mislabeled elements in these drawings. In response thereto, replacement formal drawings of Figs. 
1-30 are submitted herewith under a separate cover letter. In particular, Fig. 1 1 has been amended 
in order to correctly identify the "KP Extractor" as reference numeral "740", instead of reference 
numeral "140", and Fig. 24 has been amended in order to correctly label reference numeral 2514a 
as "Content Pitcher", instead of "Browser Pitcher". In addition, the "Warning" block of Fig. 14 has 
been assigned reference numeral "SI 004", instead of reference numeral "SI 003", since reference 
numeral "SI 003" also refers to the "Appropriate Signature?" block of Fig. 14. Approval of the 
replacement formal drawings is respectfully requested. 

In item 5 on page 3 of the Office Action, claims 1-4 and 7 are rejected under 35 U.S.C. § 
1 02(e) as being anticipated by Hellhake (U.S. 5,877,755). Further, in item 1 1 on page 5 of the Office 
Action, claims 8 - 1 1 and 1 4 are also rej ected as being anticipated by Hellhake under the assertion that 
claims 8-1 1 and 14 are "similar in scope" to claims 1-4 and 7. 

Initially, the Applicants respectfully submit that it is improper for the Examiner to reject the 
control content transmission method as recited in claim 8 solely based on the assertion that the 
limitations as presented in claim 8 are "similar in scope" to the limitations presented in the storage- 
based broadcasting system as recited in claim 1 without providing a justification or rationale for this 
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assertion. The Examiner is reminded that the limitations of each claim must be examined 
independently of the limitations of each of the other claims in the present application. The 
limitations of a method claim are different in scope from the limitations of an apparatus claim, and 
therefore, the Applicants respectfully submit that it is improper to merely reject the control content 
transmission method as recited in claim 8 as containing limitations that are "similar in scope" to the 
storage-based broadcasting system as recited in claim 1 without giving any weight to the meaning 
of the each of the limitations of claims 1 and 8. 

Nonetheless, the rejection of claims 1-4 and 7 in item 6 on page 3 of the Office Action and 
the rej ection of claims 8-11 and 1 4 in item 1 1 on page 5 of the Office Action are belie ved to be moot 
in view of the cancellation of claims 1-14. Furthermore, the Applicants respectfully submit that the 
rejection of claims 1-4, 7-11 and 14 is inapplicable to new claims 15-37 for the following reasons. 

The present invention provides a storage-based broadcasting system and a control content 
transmission method for providing a user interface which is unique to a service composed of content 
stored in the storage-based broadcasting system for presenting the service. The present invention 
comprises a transmission unit which transmits the content for presenting the service to a receiving 
unit. As described in lines 10-20 on page 22 of the original specification and beginning at line 21 
on page 1 7 of the substitute specification to line 4 on page 1 8 of the substitute specification, the 
content (C) transmitted from the transmission unit and received by the receiving unit comprises a 
user interface , service content and browser content. The service content is a set of contents which 
are non-executable files which are viewed by a user of the storage-based broadcasting system. The 
browser content, on the other hand, is a set of contents (control content) which are executable files 
for realizing the user interface which is unique to the service. In other words, the content transmitted 
by the transmission unit and received by the receiving unit contains both non-executable data files 
and executable files (control content). 

New claim 1 5 recites a storage-based broadcasting system that supplies a user interface which 
is unique to a service composed of content stored in the system for presenting the service. The 
system of new claim 1 5 comprises transmission means for transmitting a control content as the 
content in its entirety or as part of the content, where the control content is transmitted by the 
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transmission means so as to realize the user interface. The system of new claim 1 5 further comprises 
receiving means for receiving and activating the transmitted control content so as to execute the user 
interface, wherein the user interface is transmitted by the transmission means and received by the 
receiving means as at least part of the content. 

Hellhake does not disclose or suggest a storage-based broadcasting system comprising 
transmission means for transmitting a control content as content, where the control content is 
transmitted so as to realize the user interface. Hellhake discloses an interactive broadband 
multimedia system in which data files for presenting an interactive television application program 
are obtained by a core program from a broadcast data signal associated with a broadcast video 
channel and a broadcast data signal associated with a broadcast data channel (see Column 4, lines 
27-30). In other words, the core program, which resides in a set-top box (CPE 14), operates to 
receive the data files and to execute the data files which are transmitted to the set-top box. 

Despite the Examiner's assertion to the contrary, the broadcast data signals which are 
transmitted to the set-top box, however, do not contain control content data for realizing a user 
interface. The Examiner contends, in item 6 on pages 3-4 of the Office Action, that Hellhake 
discloses that a user interface is transmitted as content. However, Hellhake discloses that each of 
the data files transmitted in the broadcast data stream "typically contain a still frame image and 
software for controlling the selection of new files [to be] broadcast" (see Column 4, lines 38-40). 
Accordingly, any software transmitted in the broadcast data stream of Hellhake is merely to control 
the selection of new files to be broadcast. 

The software transmitted among the data files of the broadcast data stream of Hellhake, 
however, is not transmitted for realizing a user interface or for executing the user interface, as recited 
in new claim 15. Instead, the software transmitted among the data files of the broadcast data stream 
of Hellake queries the user of the interactive system to make an additional selection of data files to 
be transmitted, which is markedly different than the storage-based broadcasting system of new claim 
1 5 . The software transmitted among the data files of the broadcast data stream of Hellhake therefore 
does not correspond to a control content (an executable file) for realizing and executing a user 
interface, as recited in new claim 15. 
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The Examiner contends in item 7 on page 4 of the Office Action that Hellhake discloses 
control content as "data which includes software that allows the user to browse through the available 
content by selecting items from a menu as shown in Fig. 7", and that the "control content" of 
Hellhake corresponds to an executable browser (control content) of the present invention. The 
Examiner cites Column 6, lines 1 8-29 of Hellhake as the basis for this conclusion. However, even 
if "data which includes software that allows the user to browse through available content by selecting 
items for a menu" could be read from Column 6, lines 18-29 of Hellhake, the "software that allows 
the user to browse through available content" of Hellhake does not correspond to the transmission 
and receipt of control content for realizing and executing a user interface which is unique to the 
service, as recited in new claim 15. It appears that the Examiner is defining the terms "browser" or 
"control content" in a manner that is inconsistent with the definitions of these terms in the 
specification. As described above, the content (C) transmitted from the storage-based broadcasting 
system of the present invention includes control content (executable files) for realizing and executing 
a user interface which is transmitted as part of the content. The "content" of the present invention 
also includes non-executable files for presenting a service. However, the "control content" of 
Hellhake are menu display data files which must be directly executed by a CPU or by a virtual 
machine. In other words, the "control content" of Hellhake does not realize or execute a user 
interface transmitted as content, but simply provides a CPU or virtual machine with data files to 
execute and therefore display to the user. 

Accordingly, for failing to disclose or suggest transmitting "control content" (an executable 
file) for realizing a user interface, Hellhake does not disclose or suggest transmission means for 
transmitting a control content as the content in its entirety or as part of the content, where the control 
content is transmitted so as to realize the user interface, as recited in new claim 15. Furthermore, 
Hellhake also does not disclose or suggest receiving means for receiving and activating the 
transmitted control content so as to execute the user interface, where the user interface is transmitted 
by the transmission means and received by the receiving means as at least part of the content. 

Therefore, for failing to disclose each and every limitation of new claim 15, the Applicants 
respectfully submit that new claim 1 5 is not anticipated by Hellhake. 
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As described above, Hellhake clearly does not disclose or suggest transmitting control 
content as the content in its entirety or as part of the content for realizing the user interface, and 
Hellhake does not disclose or suggest receiving and activating the transmitted control content so as 
to execute the user interface. New claims 22 and 29 each also recite these limitations which are 
clearly not anticipated or suggested by Hellhake. Therefore, for the reasons given above with regard 
to new claim 15, the Applicants respectfully submit that new claims 22 and 29 are also not 
anticipated by Helhake. 

In item 13, claims 5 and 6 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Hellhake in view of Markandey et al. (U.S. 6,526, 144). This rejection is believed to be moot in view 
of the cancellation of claims 5 and 6. Furthermore, the Applicants respectfully submit that this 
rejection is inapplicable to new claims 19-20 for the following reasons. As described above, 
Hellhake fails to disclose or suggest transmission means for transmitting a control content as the 
content in its entirety or as part of the content, where the control content is transmitted by the 
transmission means so as to realize the user interface, as recited in new claim 15. Further, as 
described above, Hellhake fails to disclose or suggest receiving means for receiving and activating 
the transmitted control content so as to execute the user interface, wherein the user interface is 
transmitted by the transmission means and received by the receiving means as at least part of the 
content, as recited in new claim 15. Similar to Hellhake, Markandey et al. also fails to disclose or 
suggest the transmission means or the receiving means of new claim 15. Accordingly, neither 
Hellhake nor Markandey et al., either individually or in combination, disclose or suggest the 
transmission means or the receiving means as recited in new claim 1 5 . Therefore, since Markandey 
et al. fails to cure the deficiencies of Hellhake, new claims 1 9-20, which depend indirectly from new 
claim 15, are not unpatentable over Hellhake in view of Markandey et al. 

Because of the clear distinctions discussed above, it is submitted that the teachings of the 
applied references, either individually or in combination, do not meet each and every limitation of 
new claims 15, 22 and 29. Furthermore, it is submitted that the distinctions are such that a person 
having ordinary skill in the art at the time the present invention was made would not have been 
motivated to modify Hellhake or Markandey et al. in such a manner as to result in, or otherwise 
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render obvious, the present invention as recited in new claims 15, 22 and 29. Therefore, it is 
submitted that new claims 15, 22 and 29, as well as new claims 16-21, 23-28 and 30-37 which 
depend therefrom, are clearly allowable over the prior art of record. 

In view of the foregoing amendments and remarks, it is respectfully submitted that the 
present application is clearly in condition for allowance. An early notice thereof is respectfully 
solicited. 

If, after reviewing this amendment, the Examiner feels there are any issues remaining which 
must be resolved before the application can be passed to issue, it is respectfully requested that the 
Examiner contact the undersigned by telephone in order to resolve such issues. 



JRB(MSH)/nk 

Washington, D.C. 20006-1021 
Telephone (202) 721-8200 
Facsimile (202) 721-8250 
October 28, 2003 



Respectfully submitted, 



Mitsuteru KATAOKA 




Jonathan R. Bowser 
Registration No. 54,574 
Attorney for Applicant 
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TITLE OF THE INVENTION 

CONTROL CONTENT TRANSMISSION METHOD AND STORAGE-BASED 
BROADCASTING SYSTEM 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to information service systems for automatically 
providing a user with a presenter which is required for viewing desired contents with a 
viewer regardless of the presence or absence of a user's request and, more specifically, to a 
storage-based broadcasting system that automatically updates the viewer. 

Description of the Background Art 

Information service systems for providing users with a service for viewing 
contents require a browser for supplying the content data to a presenter in order to make 
the content data t hem available to the user. This browser must be appropriately updated 
depending on factors attributed to the content data to be provided, a transmission channel 
used for providing the content data to the user, and the presenter on the user's side. 

As one example of conventional information service systems, a push-type 
information distribution service using a computer over the Internet has been realized by, for 
example, PointCast Network (registered trademark) of PointCast Incorporated, and Active 
Desktop (registered trademark) of Microsoft Corporation. 

In such a_push-type information distribution service, contents such as news and 
weather forecast that are broadcast from a broadcast station over the Internet are received 
by and stored in a receiver such as a personal computer. A user operates the receiver to 






activate a browser, which is a user interface for viewing contents. Thus, the user can view 

the contents stored in the receiver. 

Different browsers are used for different services. Consequently, a flexible user 
interface can be achieved for each service. If the browser needs to be updated, the user 
receives a new browser by using a function programmed directly on the current browser 
itself. Then, the current browser is replaced with the received new browser. In this way, 

the browser can be updated. 

With reference to FIGS. 24, 25, 26, 27, 28, 29, and 30, one example of the 
conventional broadcasting system is now described. As shown in a block diagram of FIG 
24, a broadcasting system 2500 includes a transmitting apparatus 2510, a delivery system 
120, and a receiving apparatus 2520. The transmitting apparatus 2510 includes browser 
storages 2511, browser pitchers 2513, content storages 1113, content pitchers 2514, a 

multiplexer 115, and a transmitter 116. 

There are two or more browser storages 2511, browser pitchers 2513, content 
5 storages 1113, and content pitchers 25 14 provided. Each of these components is given a 
symbol with a suffix (lower-case alphabet) added thereto. Hereinafter, the same 
components are each given the same symbol with a different suffix added thereto for 
identification. 

In the example of FIG. 24, three browser storages 2511 are provided: browser 
0 storages 2511a, 2511b, and 2511c; three browser pitchers 2513 are provided: browser 
pitchers 2513a, 2513b, and 2513c; three content storages 1113 are provided: contents 
storages 1113a, 1113b, and 1113c; and three content pitchers 2514 are provided: content 
pitchers 2514a, 2514b, and 2514c. Note that, if each of the same components needs not 
be_specifically te^e identified, they are generally referred to as the browser storages 2511, 
5 the browser pitchers 2513, the content storages 1113, and_the content pitchers 2514, 



respectively. 

In this specification, if there are a plurality of the same components as described 
above, they are identified by adding a suffix to each symbol. Furthermore, if each of the 
plurality of co m ponents does thorn needs not need to be specifically te-be-identified, the 
components t hey are generally referred to without a suffix added to the symbol. 

In FIGS. 25, 26, 27 and 28, data stored in the browser storages 25112443, the 
content storages 11135444, the storage 133, and the memory 138 in the above broadcasting 
system 2500 are shown. The three browser storages 2511a, 2511b, and 2511c are 
independently and respectively provided for three services (SI, S2, and S3). The browser 
pitchers 2513 each store a browser B that corresponds to a service (S) to be provided to a 
r and the browser pitchers 2513 send the browser B to the multiplexer 115 according to 



user. 



a predetermined schedule. 

The browser pitcher 2513a for the service SI stores a browser B(S1). The 
browser B is a computer program written in native code (machine language) of a CPU 
(Central Processing Unit) in the receiving apparatus 2520. Similarly, the browser pjtcher 
2513b for the service S2 stores a browser B(S2), and the browser pitcher 2513c for the 
service S3 stores a browser B(S3). Note that if each of the browsers does thorn n e eds not 
need to be specifically te-4?e identified, the browsers they are simply referred to as the 
browser B. 

A specific browser transmission technique such as a communication protocol and 
transmission schedule is defined for each service. Thus, processes carried out by the 
browser pitchers 2513 vary among the services. For this reason, the browser pitchers 
2513a, 2513b, 2513n (n is an arbitrary natural number) are independently and 

respectively provided for the services. 

In the example shown in FIG 24, the three browser pitchers 2513a, 2513b, and 



2513c are independently provided for the three services SI, S2, and S3, respectively. The 
content storage 1113 stores a content C of the corresponding service. The content storage 
1113 is provided for each service. In FIG. 25, the three content storages 1113a, 1113b, 
and 1113c are independently provided for the three services, respectively. 

In the example shown in FIG 25, the content storage 1113a for the service SI 
stores two service contents C(S1, 1) and C(S1, 2). The content storage 1113b for the 
service S2 does not store any content C. The content storage 1113c for the service S3 
stores three service contents C(S3, 1), C(S3, 2), and C(S3, 3). Note that if each of the 
contents *~ ™t need to be need^et specifically te4* identified, the content is simply 

referred to as the service content C. 

Referring back to FIG. 24, the content pitcher 2514 sends the content C(Sm, O) 
stored in the content storage 1113 of the corresponding service to the multiplexer 115 in a 
predetermined manner. In the content C(Sm, O), Sm represents a service S with a suffix 
m (m is an arbitrary natural number) for identification, and O (O is an arbitrary natural 
number) represents an ordinal number of a plurality of contents C that form the service Sm. 

As such, in the transmitting apparatus 2510 used for the conventional 
broadcasting system 2500, methods for transmitting browsers and contents vary among 
services. Therefore, the plurality of browser pitchers 2513 and content pitchers 2514 
have to be individually provided for each of the services. Moreover, different 
transmission methods should be respectively prepared for the browser B and the content C. 
Therefore, the plurality of pitchers have to be individually provided for the browser B and 
the content C. 

The multiplexer 115 multiplexes and modulates the browser B received from the 
browser pitcher 2513 and the service content C (Sm, O) received from the content pitcher 
, 2514-H* to output a digital bit stream. The multiplexer 115 may be structured by a 



multiplexer and a modulator in a station system for digital broadcasting. 

The transmitter 116 receives s ends data processed by the multiplexer 115 and 
rends the received data to the delivery system 120. The transmitter 116 may be 
implemented by a modem if the delivery system 120_is structured by a wired 
communications circuit, or the transmitter 116 may be implemented by a parabolic antenna 
for transmission if the delivery system 120 is structured by a broadcasting communications 
satellite in space. 

The delivery system 120 is now described. The delivery system 120 is a means 

t 

for transmitting information, such as contents and browsers sent from the transmitting 
apparatus 2510, to the receiving apparatus 2520. For example, the delivery system 120 
may be structured by an optical fiber or cables of various types,i such as a broadcasting 
communications satellite in spacer or a package medium such as a DVD and its 

distribution channels. 

The receiving apparatus 2520 is now described in detail. The receiving 
apparatus 2520 includes a receiver 131, a de-multiplexer 132, a storage 133, a Tenderer 134, 
a presenter 135, an input device 136, a CPU 137, and amemory 138. 

The receiver 131 receives information such as the content C and the browser B 
through the delivery system 120 and outputs t e-eutptrt a digital bit stream. The receiver 
131 may be implemented by a modem, or a module including an antenna and a tuner that 
are used in general digital broadcasting receivers. 

The de-multiplexer 132 demodulates the digital bit stream received from the 
receiver 131, and separates the multiplexed information. That is, the de-multiplexer 132 
carries out the process carried out by the multiplexer 115 of the transmitting apparatus 
2510 in the reverse direction. An output from the de-multiplexer 132 is provided to the 
storage 133 and can be read by the CPU 137. 



The storage 133 stores the browsers and contents provided by the de-multiplexer 
132. The storage 133 is implemented by, for example, a randomly-accessible recording 
medium such as a hard disk. Information stored in the storage 133 is readable and 

changeable by the CPU 137. 

As illustrated in FIG 26, the storage 133 stores the three browsers B(S1), B(S2), 
and B(S3), and five contents C(S1, 1), C(S1, 2), C(S3, 1), C(S3, 2), and C(S3, 3). 

The renderer 134, by following an instruction from the CPU 137, renders graphics 
for displaying anpn-screen display (OSD) on a screen. 

The presenter 135 presents an output of the Tenderer 134 in a form which is as 
viewable by_fer the user. The presenter 135 may be implemented by a CRT display, for 
example. 

The input device 136 is operated by the user to instruct the receiving apparatus 
2520. The input device 1 36 may be implemented by a combination of a remote controller 
and its photoreceptor, a keyboard, a mouse, or others. 

The CPU 137, which is a central processing unit, is interconnected to each 
component of the receiving apparatus 2520. By executing a computer program stored in 
the memory 138, the CPU 137 controls the entire receiving apparatus 2520. 

The memory 138 is constructed of a writable/unwritable semiconductor memory 
RAM/ROM. The memory 138 is used for storing data processed by the CPU 137 and for 
storing a computer program and data to be executed in the CPU 1 37. As illustrated in FIG. 
27, the memory 138 stores a browser list 2700, and a computer program 2651 written in 
native code (machine language) which is e xecutable by the CPU 137. 

With reference to FIG 28, the browser list 2700 is now described. The browser 
list 2700 indicates information in a tabular form with rows for the services. The browser 
list 2700 includes a column 2710 for browser file names and a column 2720.2430 for 





service names. With the use of the browser list 2700, the browser can be specified for a 
desired service from among information stored in the storage 133. 

With reference to a flow chart in FIG 29, the main operation of the receiving 

apparatus 2520 is now described in detail. 
5 In step S2801, all service names (2720) of the browser list 2700 stored in the 

memory 138 are displayed on the screen in list form. Such screen display is carried out 
by the renderer 1 34. 

In step S2802, the user operates the input device 136 to select one of the services 

in the list displayed in step S2801. 
10 In step S2803, for the service selected in step S2802, the file name B(Sm) stored 

in the storage 133 is obtained by referring to the browser-file-name column in the browser 
list 2700. 

In step S2804, the file B(Sm) specified in step S2803 is executed. The browser 
is written in native code of the CPU 137, and therefore can be executed directly by the 
15 CPU 137. 

With reference to a flow chart in FIG. 30, a browser updating process by the 

receiving apparatus 2520 is now described. 

In step S2901, the CPU 137 starts executing the currently-transmitted browser B. 
In step S2902, the browser B is received by the receiver 131 and then the 
2 0 de-multiplexer 1 32, and the its version of the browser B is checked. 

In step S2903, if the browser B received in step S2902 is a new version of the 
currently-executed browser B, the procedure goes to a next step S2904, and if not, the 
procedure ends. 

In step S2904, the receiving reeewef apparatus 2520 receives the 
25 currently-transmitted browser B, and the storage 133 temporarily stores the received 



browser B as a file. 

In step S2905, the currently-executed browser B is replaced with the 
temporarily-stored file. Then, by rebooting the browser B, the received browser of the 

new version starts to be executed. 

In the above example of the conventional broadcasting system, the browser 
written in native code of the computer is transmitted by using a method unique to each 
service. Therefore, various browser transmission methods specific to services have to be 
incorporated in both transmitting and receiving apparatuses. 

That is, in the transmitting apparatus, various browser pitchers specific to services 
are required. In the receiving apparatus, a function is programmed, typically in the 
browser code for each service, for receiving a new browser for a new service and replacing 
the existing browser with the received new browser. 

To realize substantially the same function for each service, the browsers each 
should be implemented in a_slightly different specification. 

Therefore, as the number of services increases, various needlessness occurs. 
That is, in the receiving apparatus, a plurality of similar program codes have to be held, 
thereby wasting the storage capacity. Also, similar processes are simultaneously activated 
in the receiving apparatus, and therefore computer resources cannot be efficiently used. 

Furthermore, browser transmission methods vary among the services, and are 
programmed only in the browsers. Therefore, the user suffers thejnconvenience of 
manually obtaining the browser in advance by activating a file communications protocol 
such as ftp. 

Still further, there are various differences between the browser and the content in 
^transmission method. Therefore, in a case where a plurality of services are subscribed, 
transmission of one service may interfere with transmission of another browser or service. 

8 





Also in the transmitting apparatus, slightly different browser pitchers are required 
for_as many as the services in order ,0 achieve browser transmission, which is essentially 
the same function to any service. Therefore, the transmitting apparatus becomes more 
lineadv complicated in structure Knearty as the number of services increase, This 
5 complicated structure causes an increase in ^development cos. and ^inconvenience in 
management. 

Furthermore, these browser pitchers have no relation to one another. These 
browser pitchers may transmit browsers more than the delivery system can handle, Aereby 
causing an overflow. The content pitchers are also independent of one another for each 
1 o service, and therefore the same problem may occur. 



SUMMARY OF THE INVENTION 

An object of the present invention is to provide a method and system for 
providing a flexible user interface for services in storage-based broadcasting in which a 
15 service ^structured by a plurality of contents transmitted in digita. broadcasting or a 
computer network, while also securing services from invalid or unauthorized contents. 

The present invention has the following features to solve the problem described 

above. 

A first aspect of the present invention is directed to a storage-based broadcasting 
20 system that supplies a user interface ^yhl^unique to a service composed of a content 
stored therein for presenting the service, the system. sertea comprising: 

a transmission unit for transmitting a control content for realizing the 

interface as theentire content or part of the content; and 

a receiving unit for receiving and activating the transmitted control 



user 



25 



content in order to execute the user interface, wherein 




the user interface is transmitted and received as a content. 
According to a second aspect, in accordance with the first aspect, 
the control content is a browser for the stored content. 
According to a third aspect, in accordance with t he first aspect, 
the transmitting apparatus comprises: 

content pitcher means for pitching the content including the control content; 



and 



a service property transmitting unit for transmitting service property 

information indicating the service, where a nd 
10 the receiving unit comprises a control content determination unit for determining, 

based on the received content and the_service property information, the control content 

among the received contents. 

According to a fourth aspect, in accordance with t he third aspect, 
the content pitcher unit comprises a content assembler unit for adding, to the 
1 5 content, a content header defining the content, and 

the receiving unit further determines the control content among the received 
contents based on the content header of the received content. 

According to a fifth aspect, in accordance with t he third aspect, 
the transmitting unit further comprises an electronic signature unit for placing an 
2 0 electronic signature on the control content, and the service property transmitting unit 
transmits a public key of the electronic signature as being included in the service property 
information^ and 

the receiving unit further comprises a signature authentication unit for 
authenticating the electronic signature by a public key included in the received service 
25 property information, and the control content is determined through authentication of the 

10 



electronic signature. 

According to a sixth aspect, in accordance with the fifth aspect, 

the authentication of the electronic signature is performed using a key unique to 

the service. 

According to a seventh aspect, in accordance with the third aspect, 

the content pitcher unit further comprises a content ID space management unit for 
sending information for defining part of ID space of the content, and 

the receiving unit further comprises a designation unit for designating the control 
content based on the content ID included in the part of an_ID space. 

An eighth aspect of the present invention is directed to a control content 
t ra n^k.ion methoH far with a stor» r -^eH broadcasting system that supplies a use r 

interface which is "H "* a * ervice ™ mP " SP(1 ° f » ^ Sto " l ^ baSed 

hm^ing system fa- presenting the s er v ice The control content transmission method, 
...in p the storage-^ broadcasting sy<*>rn provides a user interface which is unique to 
the service. , in a „Uu m , c based br on d uuA iu^ syste m t titit M W \k , a u-li ii tf rrfnrn un ique t o 
a MV ioo (S) comp u,u l of a cont e nt (C) .tu.u d th e r ei n f o r p^ uit in^ Iho ^ n cont r ol 
um lo nt tranomicoi u a method f n r prmidiuft a ucer in te r f a .u unique t o cnc h of the s ervi ces, 
the The control content transmission method comprisescomprioing : 

a step of transmitting a control content for realizing the user interface as 

the entire content or part of the content; and 

a step of receiving and activating the transmitted control content so_asto 

execute the user interface. 

According to a ninth aspect, in the eighth aspect, 
the control content is a browser for the stored content. 
According to a tenth aspect, in accordance with the eighth aspect, 
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the transmitting step comprises: 

a step of pitching (sending) the content including the control content; and 
a step of transmitting service property information indicating the service, and 
the receiving step comprises a step of determining the control content among the 
received contents based on the received content and service property information. 

According to an eleventh aspect, in accordance with t he tenth aspect, the content 
pitching ( sending) step comprises a step of adding, to the content, a content header 

defining the content, and 

the receiving step further comprises a step of determining, based on the content 

header of the received content, the control content among the received contents. 
According to a twelfth aspect, in accordance with the tenth aspect, 
the transmitting step comprises a step for placing an electronic signature on the 

control content, 

the service property transmitting step further comprises a step of transmitting a 
public key of the electronic signature as being included in the service property information, 
and 

the receiving step further comprises: 

a step of authenticating the electronic signature by the_a public key included in 

the received service property information; and 

a step of determining the control content through authentication of the electronic 

signature. 

According to a thirteenth aspect, in accordance with the twelfth aspect, 

the authentication of the electronic signature is performed using a key unique to 

the service. 

According to a fourteenth aspect, in accordance with the tenth aspect, 
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the content pitching step further comprises a step of sending information for 
defining part of an ID space of the content, and 

the receiving step further comprises a step of determining the control content 
based on the content ID included in the part of the ID space. 
5 These and other objects, features, aspects and advantages of the present invention 

will become more apparent from the following detailed description of the present invention 
when taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
1 0 FIG. 1 is a block diagram showing the structure of a storage-based broadcasting 

system according a first embodiment of the present invention; 

FIG. 2 is a diagram for explaining service property information stored in a service 
property storage shown in FIG 1 ; 

FIG. 3 is a diagram schematically showing one example of a content body stored 
15 in a content body storage of FIG. 1 ; 

FIG. 4 is a diagram for assisting in in as s i s tance of explaininR the service property 
information in the storage-based broadcasting system shown in FIG. 1 ; 

FIG 5 is a diagram for assisting in in assistance of explaining a service content in 
the storage-based broadcasting system shown in FIG. 1 ; 
2 0 FIG. 6 is a diagram for assisting in in assistanc e of explaining a browser content in 

the storage-based broadcasting system shown in FIG 1; 

FIG 7 is a diagram schematically showing one example of contents stored in a 
storage shown in FIG. 1 ; 

FIG. 8 is a diagram schematically showing information stored in a_memory shown 
25 in FIG 1; 
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FIG 9 is a flow chart showing the operation to execute the browser content by a 
receiving apparatus shown in FIG. 1; 

FIG 10 is a flow chart showing the operation to update the browser content by the 
receiving apparatus shown in FIG 1 ; 
5 FIG 11 is a block diagram showing the structure of a storage-based broadcasting 

system according to a second embodiment of the present invention; 

FIG 12 is a diagram for assisting in in assistanc e of explaining service property 
information in the storage-based broadcasting system shown in FIG 1 1 ; 

FIG 13 is a diagram for assisting in in assistanc e of explaining a browser content 
10 in the storage-based broadcasting system shown in FIG 1 1 ; 

FIG 14 is a flow chart showing the operation to execute the browser content by a 
receiving apparatus shown in FIG 11; 

FIG 15 is a block diagram showing the structure of a storage-based broadcasting 
system according to a third embodiment of the present invention; 
15 FIG 16 is a diagram for assisting in in assistance of explaining service property 

information in the storage-based broadcasting system shown in FIG 15; 

FIG 17 is a diagram for assisting in in assistance of explaining a browser content 
in the storage-based broadcasting system shown in FIG 15; 

FIG 18 is a flow chart showing the operation to execute the browser content by 
20 the receiving apparatus shown in FIG 15; 

FIG 19 is a block diagram showing the structure of a storage-based broadcasting 
system according to a fourth embodiment of the present invention; 

FIG 20 is a diagram for assisting in assistanc e of explaining service property 
information in the storage-based broadcasting system shown in FIG 19; 
25 FIG 21 is a diagram for assisting in assistanc e of explaining a content ID in the 
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storage-based broadcasting system shown in FIG 19; 

FIG 22 is a diagram for assisting in assistanc e of explaining a browser content in 
the storage-based broadcasting system shown in FIG 19; 

FIG 23 is a flow chart showing the operation to execute the browser content by a 
5 receiving apparatus shown in FIG 19; 

FIG 24 is a block diagram showing the structure of a conventional storage-based 
broadcasting system; 

FIG 25 is a diagram schematically showing one example of contents stored in 
content storages and browser storages shown in FIG 24; 
10 FIG 26 is a diagram schematically showing one example of contents and browsers 

stored in a storage shown in FIG 24; 

FIG 27 is a diagram schematically showing information stored in a_memory 
shown in FIG 24; 

FIG 28 is a diagram for assisting in assistanc e of explaining service property 
15 information in the storage-based broadcasting system shown in FIG. 24; and 

FIG 29 is a flow chart showing the operation to execute the browser by a 
receiving apparatus shown in FIG 24; and 

FIG 30 is a flow chart showing the operation to update the browser by the 
receiving apparatus shown in FIG 24. 

20 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
(First e mbodim e nt) First Embodiment 

With reference to FIGS. 1, 2, 3, 4, 5, 6, 7, 8, 9, and 10, a storage-based 
broadcasting system according to a first embodiment of the present invention is described. 
25 As shown in FIG 1, a storage-based broadcasting system 100 according to the 
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first embodiment of the present invention includes a transmitting apparatus 1 10, a delivery 
system 120, and a receiving apparatus 130. 

The transmitting apparatus 110 includes a service property storage 111, a content 
assembler 112, content body storages 113, a content body pitcher 114, a multiplexer 115, 
5 and a transmitter 116. There are two or more content body storages 113 provided. Each 
of these components is given a symbol with a suffix (lower-case alphabet) added thereto 
for identification. Similarly, hereinafter in the specification, the same components are 
each given a symbol with a suffix for identification. If each of the same components does 
not need to be n ee ds not specifically to b e identified, the components they are generally 
10 referred to with the symbol only and no suffix, such as the content body storages 113. 

Each content body storage 113 stores a content body Dc, which is substance data 
of each service. Each content body storage 113 provides the respective content body Dc 
to the content body pitcher 114. 

The content body pitcher 114 sends, or pitches, the provided content body Dc to 
15 the content assembler 112. 

The content assembler 112 produces a content header He and the like with 
reference to service property information Isp stored in the service property storage 111. 
Then, the content assembler 112 assembles the received content body Dc, the content 
header He, and the like into a content C. The content body Dc is composed of 
2 0 management information of the content body Dc including header information to generate 
a content C. This generated, or assembled, content C is provided to the multiplexer 115. 

The multiplexer 115 multiplexes the service property information Isp received 
from the service property storage 111 and the content C received from the content 
assembler 112. The multiplexer 115 then provides the multiplexed information to the 
25 transmitter 116. 



The transmitter 116 modulates the multiplexed service property information Isp 
and the content C into a digital bit stream in a form suitable to the delivery system, and 
then outputs the modulated information to the delivery system 120. The transmitter 116 
may be implemented by a modem if the delivery system 120 is structured by a wired 
5 communications circuit, or the transmitter 116 may be implemented by a parabolic antenna 
for transmission if the delivery system 120 structured by a broadcasting communications 
satellite in space. 

The delivery system 120 is a means for transmitting information such as a content 
C and a browser B sent from the transmitting apparatus 110 to the receiving apparatus 130. 
10 For example, the delivery system 120 may be structured by an optical fiber or cables of 
various types A f a broadcasting communications satellite in spacer or a package medium 
such as a DVD and its distribution channels. 

The receiving apparatus 130 includes a receiver 131, a de-multiplexer 132, a 
storage 133, a Tenderer 134, a presenter 135, an input device 136, a CPU 137, and a 
15 memory 138. Note that the storage 133, the renderer 134, the input device 136, the CPU 
137, and the memory 138 are connected to one another through a data bus. 

The receiver 131 receives the content C and the browser B through the delivery 
system 120, and outputs a digital bit stream. The receiver 131 may be implemented by 
a communications modem, a cable modem, a mobile communications module such as 
20 Bluetooth, or a module including an antenna and a tuner that are used in general digital 
broadcasting receivers. 

The de-multiplexer 132 demodulates the digital bit stream received from the 
receiver 131, and separates the multiplexed information. That is, the de-multiplexer 132 
carries out the process carried out by the multiplexer 115 of the transmitting apparatus 110 
25 in the reverse direction. An output from the de-multiplexer 132 is provided to the storage 
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133 and can be read by the CPU 137. 

The storage 133 is, for example, a randomly-accessible recording medium such as 
a hard disk, and readable and changeable by the CPU 137. The storage 133 stores a 
service content C(Sm, O) and a browser content C(Sm, Bflg) received from the 
5 de-multiplexer 132. The service content C(Sm, O) is a service substance such as a 
broadcast program or data provided by the storage-based broadcasting system 100 and is 
viewed with enjoyment or used by users. The browser content C(Sm, Bflg) realizes a 
user interface for the user to enjoy and use the provided service on the receiving apparatus 
130. The browser content C(Sm, Bflg) is control code executable under a program code 
10 execution environment provided by the receiving apparatus 130, and targets the service 
content C(Sm, O) for processing. 

The renderer 134, by following an instruction from the CPU 137, renders graphics 
for displaying on-screen display (OSD) on a screen. 

The presenter 135 presents an output of the Tenderer 134 in a form which is a s 
15 viewable by for the user. The presenter 135 may be implemented by a CRT display, for 
example. 

The input device 136 is operated by the user to instruct the receiving apparatus 
130. The input device 136 may be implemented by a combination of a remote controller 
and its photoreceptor, a keyboard, a mouse, or other components. 
20 The CPU 137, which is a central processing unit, is interconnected to each 

component of the receiving apparatus 130. By executing a computer program stored in 
the memory 138, the CPU 137 controls the entire receiving apparatus 130. 

The memory 138 is constructed of a writable/unwritable semiconductor memory 
RAM/ROM. The memory 138 is used for storing data processed by the CPU 137 and for 
25 storing a computer program and data to be executed by in the CPU 137. 
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In FIGS. 2, 3, 4 and 5, the states of data stored in each component of the 
storage-based broadcasting system 100 are shown. 

As shown in FIG 2, the service property storage 1 1 1 is provided for storing the 
service property information Isp which indicates indicating a property of each service to be 
5 provided by the storage-based broadcasting system 100. 

As shown in FIG 3, the content body storage 113 stores a content body Dc, which 
is a substance of the content C composing each corresponding service. The content body 
storage 113 is provided for each service. That is, three content body storages 113a, 113b, 
and 113c are independently provided for three difference service s, respectively . The 

10 content body storage 113a corresponds to a service SI, and stores s toring two content 
bodies b ed^Dc(SK 1) and Dc(Sl, 2) and one browser content body Dc(Sl, Bflg). An 
arbitrary content body Dc is hereinafter represented as a content body Dc(Sm, O), where a 
symbol S with a suffix m (m is an arbitrary natural number) indicates each service for 
identification, and a parameter O (O is an arbitrary natural number) indicates an ordinal 

15 position of the content body in the contents C that compose a service Sm. The browser 
content body Dc(Sl, Bflg) is generated from a browser B(S1) for the service SI in the 
same format as the content body Dc, and can be generally referred to as a browser content 
body Dc(Sm, Bflg), like the service content body Dc(Sm, O). 

On the other hand, unlike the service content body Dc(Sm, O), the browser 

2 0 content body Dc(Sm, Bflg) includes a parameter Bflg indicating the service property 
information Isp, instead of the parameter O. The service property information Isp will be 
described later referring to FIG 4. However, the browser content body Dc(Sm, Bflg) are 
the same in data format as the service content body Dc(Sm, O). Therefore, the content 
body storage 113 cannot discriminate therebetween, and the content body storage 113 

25 handles both as the content body Dc. In this meaning, the browser content body Dc(Sm, 
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Bflg) and the service content body Dc(Sm, O) are collectively referred to as the content 
body Dc. 

Hereinafter, for simplification, the service content body Dc(Sm, O) is abbreviated 
as a service content body DcS, and the browser content body Dc(Sm, Bflg) is as a browser 
5 content body DcB, as required. Furthermore, the browser content C(Sm, Bflg) composed 
of the browser content body Dc(Sm, Bflg) is abbreviated as a browser content Cb, and the 
service content C(Sm, O) composed of the service content body Dc(Sm, O) is abbreviated 
as a service content Cs. 

With reference to FIGS. Ft€r 4, 5, and 6, the service content Cs and the browser 
10 content Cb outputted from the content assembler 112 are described in detail. In FIG. 4, 
the service property information Isp stored in the service property storage 111 is 
exemplarily shown. The service property information Isp relates to all services (SI, S2, 
S3, Sm) to be provided by the storage-based broadcasting system 100. In a table 
shown in FIG 43, each row corresponds to each service, and is composed of a service ID 
1 5 and service name. 

For example, in the first row, a service with its service ID "SI" and service name 
"Today's News" is shown. Similarly, a service with its service ID "S2" and service name 
"Useful Information" is shown in the second row, and a service with its service ID "S3" 
and service name "New Car Guide" is shown in the third row. The service ID is unique to 
2 0 each service in the service property information Isp, and can be used for identifying each 
service. 

In FIG. 5, the data structure of the service content Cs is schematically shown. In 
FIG 6, the data structure of the browser content Cb is schematically shown. The content 
C is structured of the content body Dc, which is data of the content C itself, and the content 
2 5 header He, which is meta data accompanying the content body Dc. 
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In FIG 5, the service content body DcS of the content C(S1, 1) of the service 
content Cs is related to the content header HcS. In FIG. 6, the browser content body DcB 
of the content C(S1, Bflg) of the browser content Cb is related to the content header HcB. 

The content header He (HcS and HcB) are represented in tabular form taking a set 
5 of an item and a value as one row. The content header HcS includes four rows: the 
service ID, content ID, content version, and content name. 

The service ID corresponds to the service ID of the service property information 
Isp illustrated in FIG 4. The service ID identifies the service S to which the content C 
corresponds. In the present example, the service ID is "SI", and therefore service ID SI 
1 0 indicates that the content C is the service "Today's News" as shown in FIG 4. 

The content ID is used for identifying the content C itself. Thus, each content ID 
takes a unique value in the storage-based broadcasting system 100. 

The content version is provided for indicating whether the version of the content 
C is older or newer when compared with other content C. Each content ID has a value of 
15 the content version independently of one another. When the content Cc currently stored 
in the storage 133 (as will be described later with reference to FIG 7) is replaced with the 
new content Cn for update, a content version larger in number than the current content Cc 
is provided to the new content Cn. 

The content name is an item for the user to select as a character string. In the 
20 present example, the content name indicates that the content body Dc is "Weather 
Forecast". 

The above-stated service ID, content ID, content version, and content name are 
included in both of the service content header HcS and the browser content header HcB. 

However, as shown in FIG 6, the browser content header HcB of the browser 
25 content Cb further includes a row indicating a browser content flag. 

21 



The browser content flag is an item for indicating that the content C is the browser 
content Cb, and is equivalent to Bflg as stated above. The browser content flag in the 
browser content header HcB is True, thereby indicating that the content body Dc is the 
browser content body DcB. 
5 In the browser content Cb as shown in FIG. 6, the service ID is "SI", and the 

content ID is "101". That indicates that the browser content Cb for the service "Today's 
News" is composed of the content body Dc with the content ID "101". In other words, at 
least three items, that is, the service ID, content ID, and browser content flag, are required 
to define the content C as the browser content Cb. 

10 The process carried out by the service property storage 111, the content assembler 

112, the content body storages 113, and the content body pitcher 114 is described below 
based on the data structure of the content C as described above. 

The content body pitcher 114 sends, or pitches, the content bodies Dc successively 
and repeatedly provided by the content body storages 113 to the content assembler 112. 

15 The content assembler 1 12 adds a content header (HcS, HcB) to the content body Dc (DcS, 
DcB) so as to generate the content C (Cs, Cb) for output to the multiplexer 115. 

With reference to FIGS. 7 and 8, description is now made of the data form in 
which the content C (service content Cs, browser content Cb) transmitted from the 
transmitting apparatus 110 through the delivery system 120 is stored in each component of 

2 0 the receiving apparatus 130. 

The transmitting apparatus 110 sends to the delivery system 120 a digital bit 
stream composed of the content C and the service property information Isp. The digital 
bit stream is first received by the receiver 131 of the receiving apparatus 130, and then is 
provided to the de-multiplexer 1 32. 

25 The de-multiplexer 132 demodulates the digital bit stream into the content C and 



the service property information Isp for reproduction. The de-multiplexer 132 further 
extracts the content header He from the reproduced the content C, and outputs the extracted 
content header He and the service property information Isp to the bus. 

On the other hand, the reproduced content C is temporarily held in the 
5 de-multiplexer 132. For discriminating between the reproduced content C and the content 
C already stored in the storage 133, the former is hereinafter referred to as a demodulated 
content Cn, and the latter is referred to as a stored content Cc. 

The storage 133 receives, in predetermined timing, the content C reproduced by 
the de-multiplexer 132, and stores the received the content C therein. As shown in FIG. 7, 
10 the contents C (Cs, Cb) for the services outputted from the content assembler 112 to the 
multiplexer 1 15 are stored in the storage 133. 

That is, eight contents , which are produced of eight content bodies in the content 
body storages 113a, 113b and 113^ are stored in the storage 133. Specifically speaking, 
the following contents are stored in the storage 133; the content C(S1, Bflg) , which is 
15 produced of the content body Dc(Sl, Bflg); 7 the content C(S1, 1) A which is produced of the 
content body Dc(Sl, 1)^ the content C(S1, 2) , which is produced of the content body 
Dc(Sl, 2); the content C(S2, Bflg) , which is produced of the content body Dc(S2, Bflg); 
and the content C(S3, Bflg) , which is produced of the content body Dc(S3, Bflg), the 
content C(S3, 1) of the content body Dc(S3, 1), the content C (S3, 2) of the content body 
2 0 Dc(S3 } 2); ? and the content C(S3, 3) , which is produced of the content body Dc(S3, 3). are 
stor e d in th e storag e 133. 

The storage 133 also sends various data, typified by the content body Dc included 
in the stored content C, to the bus and the Tenderer 134 under the control of the CPU 137. 

The renderer 134 generates, based on the received information, a video signal for 
2 5 rendering an image on the presenter 135. 
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As shown in FIG 8, the memory 138 stores the service property information Isp, a 
browser content executer 271, and a computer program 2651, which is native code for the 
CPU 137. The browser content executer 271 is to execute the content as a high-level 
language computer program. 
5 With reference to a flow chart shown in FIG 9, the operation of activating the 

browser content Cb included in the content C received by the receiving apparatus 130 is 
described. 

In step S501, the service names of the services described in the service property 
information Isp outputted from the de-multiplexer 132 are presented in list form on a 
1 0 display of the presenter 135. 

In step S502, the user operates the input device 136 to select one of the services 
by referring to the service name list displayed in step S501. Based on the selection by the 
user through the input device 136 and the service name list, the service selected by the user 
is determined. 

15 In step S503, the service ID that corresponds to the service determined in step 

S502 is obtained based on the service property information Isp. 

In step S504, all contents C stored in the storage 133 are searched for the browser 
content Cb having the same service ID as that obtained in step S503 and whose browser 
content flag is True is searched for from among all of the contents C stored in the storage 

20 133. 

In step S505, the browser content Cb found in step S504 is provided to the 
browser content executer 271 for execution. 

As such, the browser content flag is provided to the content header HcB of the 
browser content Cb. With the browser content flag, the browser content Cb and other 
25 service content Cs can be discriminated. Furthermore, once each service S is specified, 
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the browser content Cb (C(Sm, Bflg)) corresponding thereto can be activated as a browser. 

With reference to a flow chart shown in FIG. 10, the operation of storing and 
updating the content by the receiving apparatus 130 is now described. 

In step S601, the demodulated content Cn (Cb, Cs), the service property 
5 information Isp, and the content header He (HcB, HcS) are reproduced by the 
de-multiplexer 132. 

In step S602, the content header He reproduced in step S601 is outputted to the 

bus. 

In step S603, the storage 133 is searched for so as to select the current content Cc 
10 that corresponds to the reproduced content header He for selection. That is, among all 
contents C stored in the storage 133, the current content Cc having the same content ID as 
that described in the reproduced content header He is selected. 

In step S604, if it is determined in step S603 that there is no such current content 
Cc having the same content ID in the storage 133, the procedure goes to step S605. 
15 In step S605, the demodulated new content Cn is outputted to the storage 133, and 

isjiewly stored therein. The procedure then returns to step S601 . 

On the other hand, in step S604, if it is determined in step S603 £604 that there is 
any current content Cc having the same content ID in the storage 133, the procedure goes 
to step S606. 

20 In step S606, based on the reproduced content header He, the new content Cn held 

in the de-multiplexer 132 is compared, in content version, with the current content Cc 
found in step S603. If the demodulated new content Cn is newer than the current content 
Cc, the procedure goes to step S607. 

In step S607, the current content Cc stored in the storage 133 is replaced with the 

25 demodulated new content Cn held in the de-multiplexer 132. With this replacement, the 
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current content Cc is updated to the demodulated new content Cn. At the time when the 
update is completed, the demodulated new content Cn is dealt with as "current content Cc". 
Then, the procedure returns to step S601. 

On the other hand, if it is determined in step S606 that the demodulated new 
5 content Cn is not newer than the current content Cc stored in the storage 133, the step of 
updating the content C (step S601) is skipped, and the procedure returns to step S601 . 

As described above, in the storage-based broadcasting system 100, the 
transmitting apparatus 110 sends the browser content Cb for providing a user interface for 
with each service Sm as the whole or part of the contents C composing each service Sm. 
10 Then, the receiving apparatus 130 receives the transmitted content C, and activates the 
browser content Cb included in the received content C to execute the user interface. 

The process of updating the content C is carried out irrespectively of the type of 
the content C, that is, the service content Cs or the browser content Cb. This updating 
function is not for a specific service, but is common for all services, in common. 
15 Therefore, only with this content-updating function being achieved, the service contents Cs 
and the browser contents Cb for all services can be updated and stored in the receiving 
apparatus 130. 

In other words, in this embodiment, the browser content Cb, which is a user 
interface with a service, is sent as part of the content. Therefore, an additional function 
20 for transmitting the user interface for the service is not required. Also, updating the content 
also can make the user interface updated. 
(S e cond e mbodim e nt) Second Embodiment 

With reference to FIGS. 11, 12, 13, and 14, a storage-based broadcasting system 
according to a second embodiment of the present invention is described below. As shown 
2 5 in FIG. 11, similarly to the storage-based broadcasting system 100 shown in FIG1, a 
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storage-based broadcasting system 700 according to the second this embodiment includes a 
transmitting apparatus 710, a delivery system 120, and a receiving apparatus 730. 

The transmitting apparatus 710 is the same in structure as the transmitting 
apparatus 110 of the storage-based broadcasting system 100 of the first embodiment of the 
present invention, except that w ith a signature generator 711 is added thereto. The 
receiving apparatus 730 is the same in structure as the receiving apparatus 130 of the first 
embodiment except that w ith a KP extractor 740, an Sg extractor 741, and a decryptor 721 
are added thereto. Therefore, only the unique features of the storage-based broadcasting 
system 700 are described below. 

The signature generator 711 manages keys for electronic signature and also places 
an electronic signature (digital signature) to the browser content Cb. For an electronic 
signature, a public key encryption technique is used. In this technique, a set of a secret 
key and a public key are generated in an information provider. Only the public key is 
given to an information user, and the secret key is held secret. Using the given secret key, 
the information provider places an electronic signature on information to be provided (the 
information with the electronic signature takes a form of a set of original information and 
the electronic signature). Using the information with the electronic signature and the 
public key received from the signature, the user can authenticate that the received 
information is the one with the electronic signature placed by the information provider 
having the secret key. 

Here, the signature generator 711 holds a secret key and a public key for each 
service. The signature generator 711 places an electronic signature on the browser 
content Cb of the service using the secret key for the service. That is, the signature 
generator 711 is connected to each of the content storages 113a, 113b, and 113c. Based 
on the services of the content bodies Dc received therefrom, the signature generator 711 




outputs a public key KP , which varies varied-among the services x to the service property 
storage 111. 

Specifically, as shown in FIG. 13, a signature item is added to the content header 
HcB of the browser content Cb. Thus, the electronic signature is stored in the browser 
5 content Cb. That is, the content header of the browser content Cbc(Sl, Bsgn) includes a 
row for an electronic signature. Stored in the "Value" column corresponding to the 
"Signature" row is information that resulted from the electronic signature being placed on 
the corresponding content body Dc with a secret key for the service of the content. 

Hereinafter, the content header HcB with the electric signature added thereto is 
10 referred to as a content header HcBc. The browser content having the "Signature" item is 
referred to as a browser content Cbc for discrimination from other browser contents Cb, 
and is_also represented as C(Sm, Bsgn). 

The service property storage 111 generates service property information Ispc 
including the public keys KP, and the service property storage 111 outputs the generated 
15 information to the multiplexer 115. In FIG 12, the structure of the generated service 
property information Ispc is shown. The service property information Ispc is given a 
column for storing a value of the public keys KP. One pubic key is stored for each of the 
services SI, S2, and S3. 

The signature generator 711 generates and outputs an electronic signature Sg to 
2 0 the content assembler 112. Based on the content body Dc provided by the content body 
pitcher 114 and the electronic signature Sg provided by the signature generator 711, the 
content assembler 112 generates the browser content Cbc with the signature. The content 
assembler 112 then outputs the browser content Cbc and the service content Cs collectively 
as the content C to the multiplexer 115. 
25 The receiving apparatus 730 reproduces the content C (Cs and Cbc), the content 
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header He (HcS, HcBc), and the service property information Ispc from a digital bit stream 
received by the de-multiplexer 132. The content C (Cs, HcBc) is held in the 
de-multiplexer 132. The content header He (HcS, HcBc) is outputted to the bus and the 
Sg extractor 741. The service property information Ispc is outputted to the KP extractor 
5 740. 

The Sg extractor 741 extracts the electronic signature Sg from the content header 
HcBc of the reproduced browser content C(Sm, Bsgn), and outputs the extracted signature 
Sg to the bus. 

The KP extractor 740 extracts the public key KP from the service property 
1 0 information Ispc, and outputs the extracted public keyKP to the bus. 

The decryptor 721 authenticates the electronic signature in the content header 
HcBc based on the public key KP provided through the bus. 

As stated above, in the receiving apparatus 730, the browser content Cbc can be 
authenticated by the electronic signature Sg of the received browser content Cbc and the 
15 public key KP in the service property information Ispc. In other words, it can be ensured 
that the browser content Cbc has been encrypted with the secret key unique to the service 
by a service content creator. 

The operation of the receiving apparatus 720 according to the second this 
embodiment is now described. With reference to a flow chart shown in FIG. 14, the 
20 process of activating the browser content Cb by the receiving apparatus 730 in the 
storage-based broadcasting system 700 is described. 

Here, the process in steps S501c, S502, S503c and S504 is basically the same as 
that in steps S501, S502, S503, and S504 , respectively in the above-stated receiving 
apparatus 130 2 except that the service property information Isp is replaced with the service 
25 property information Ispc a and that the content C to be processed is replaced with the 
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browser content Cbc. Therefore, description of the same steps in the process is omitted 
herein. 

In step SI 001, the "Signature" row of the content header of the extracted browser 
content Cbc is referred to. If the signature row is not available, that is, if the browser 
5 content Cbc with a_signature is abnormal, the procedure goes to step SI 004. 

i 

In step SI 004, a warning that the browser content Cbc with signature is abnormal 
is displayed, and the procedure ends. 

On the other hand, if the signature row is available, the procedure goes to step 

S1002. 

10 In step SI 002, it is authenticated whether the electronic signature Sg in the 

browser content Cbc is placed with the secret key that corresponds to the public key KR 
The public key KP for use in this authentication is obtained by selecting the row 
corresponding to the service from the service property information Ispc. 

In step SI 003, if it is determined in step SI 002 that the electronic signature Sg is 

15 not appropriate, the procedure goes to step SI 004. On the other hand, in step SI 003, if it 
is determined in step SI 003 that the electronic signature Sg is appropriate, the procedure 
goes to step S505c. 

In step S505c, the browser content Cbc with an appropriate electronic signature is 
executed by the browser content executor. Then, the procedure ends. 
2 0 In step SI 004, a warning that browser content Cb is invalid because it has no 

signature or erroneous one is given. Then, the procedure ends. 

As stated above, in the second embodiment, with the electronic signature 
technique, only the person who owns the public key to a target service can send the 
browser content Cb which is executable in the receiving apparatus 720. 
25 Therefore, if a person who does not own the public key for the target service 
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stores any content in the content body storage, the erroneous browser content Cb can be 
prevented from being intentionally sent and executed in the receiving apparatus 730. 
Moreover, the browser content Cb with an electronic signature with a secret key for 
another service can be prohibited from being executed as the browser content Cb for the 
5 target service. 

In the second this embodiment, the electronic signature is placed only on the 
content body. However, the content header may be included in the content body to carry 
the electronic signature. 

Note that a simple electronic signature technique without using public key 
10 encryption may be used. For example, one secret key for each service is created, and 
stored in the receiving apparatus in a predetermined manner. Then, information 
indicative of the browser content Cb is encrypted with the secret key for each service and 
decrypted in the receiving apparatus side with the secret key, thereby determining the 
browser content Cb. 

15 As stated above, in the second this embodiment, the signature generator 711 

places an electronic signature on the browser content Cbc, which provides a user interface 
with the service. The content body storages 113 each send the content body Dc including 
the browser content body DcBc. The service property storage 111 sends the public key 
KP for the electronic signature Sg as the service property information Ispc for all services 

20 in common. The receiving apparatus 730 authenticates the electronic signature s ignal Sg 
to determine that the content C is the browser content Cbc. With these components 
provided to the storage-based broadcasting system 700, reliability of the content C 
distributed therein can be ensured. 

That is, in the second this embodiment, the electronic signature technique is used 

2 5 for designating the browser content Cb among a plurality of contents C composing a single 
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service. The key for use in the electronic signature is provided for each service provider. 
Thus, the browser content Cb for the service cannot be designated by anyone other than the 
service provider. Consequently, the browser content Cb is prevented from being willfully 
designated by anyone other than the service provider without proper authorization. 
(Third embodiment) Third embodiment 

With reference to FIGS. 15, 16, 17, and 18, a storage-based broadcasting system 
according to a third embodiment of the present invention is now described. As shown in 
FIG. 15, a storage-based broadcasting system 1000 according to the third this embodiment 
includes a transmitting apparatus 1010, a delivery system 120, and a receiving apparatus 
130, as in the storage-based broadcasting system 100 shown in FIG. 1. The transmitting 
apparatus 1010 is similar in structure to the transmitting apparatus 110 of the storage-type 
broadcasting system 100 of the First embodiment of the present invention, except that the 
content assembler 112 of the transmitting apparatus 110 in the storage-based broadcasting 
system 100 is replaced with a content assembler 112i. Therefore, the same features as 
those of the storage-based broadcasting system 100 are not described herein, and only the 
features unique to the storage-type broadcasting system 1000 are i s mainly described 
below. 

The content assembler 112i has the same functions as those of the content 
assembler 1 12 and also has other functions as follows. That is, the content assembler 1 12i 
designates a browser content Cbi among the plurality of content bodies Dc stored in the 
content body storages 1 13a, 1 13b, and 1 13c. The content assembler 1 12i then extracts the 
content ID and the content version of the designated content (browser content Cbi) as 
browser designation information Bid. The content assembler 112i then outputs the 
extracted browser designation information Bid to the service property storage 111. 

Based on the browser designation information Bid, the service property storage 
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1 1 1 writes the content ID and content version of the browser content Cb in the service 
property information Isp, as shown in FIG 16. That is, the service property information 
Ispi has a browser content designator composed of the content ID and the content version. 
One browser content designator is provided for each service. Therefore, the browser 
content Cb (Cbi) can be discriminated from other contents. As such, the service property 
information Isp with the content ID and content version of the browser content Cbi written 
therein is referred to as the service property information Ispi for identification. 

Designation of the browser content Cbi is made not by the browser content flag of 
a content header HcBi, but by the content assembler 1 12i selecting the content. 

In FIG. 17, one example of a content header HcBi is shown. Designation of the 
browser content Cbi is not made by the browser content flag Bflg. Therefore, the content 
header HcBi does not include a row for the browser content flag Bflg. Moreover, in the 
content header, the service content Cs and the browser content Cb cannot be discriminated 
from each other. In the example shown, a human-readable character string in a "content 
name" row seems to make it possible to be able to recognize whether the content is the 
browser content Cb or not. However, in the level of the transmitting apparatus 1010 and 
the receiving apparatus 130, such recognition cannot be made. 

As such, in the storage-based broadcasting system 1000, the receiving apparatus 
130 is identical in structure to its counterpart of the storage-based broadcasting system 100, 
but is slightly different in operation because of different program code and data stored 
therein. 

With reference to a flow chart shown in FIG 18, the process of activating the 
browser content Cbi by the receiving apparatus 130 is now described. The process in 
steps S501i, S502, and S505i is basically the same as that in step S501, S502, and S505, 
respectively, described with reference to FIG. 9 a except that the service property 



information Isp is replaced with the service property information Ispi A and that the target 
content C is replaced with the browser content Cbi. Therefore, description of the same 
steps in the above process is not made herein. 

In step SI 401, by referring to the service property information Ispi, the browser 
content designator of the determined service is extracted. 

In step SI 402, the storage 133 is searched for the content C (browser content Cbi) 
with the content ID and content version of the browser content designator extracted in step 
SI 401 . Then, the found content C is designated as the browser content Cbi. 

Designation of the browser content Cbi is carried out by the content assembler 
112i. Therefore, if the content assembler 112i is managed properly, redundant 
designation of the browser content Cbi or erroneous designation of other service contents C 
as the browser content Cbi can be prevented. 

As stated above, in this embodiment, the content body pitcher 114 sends the 
bodies of the browser contents Cbi which that each provide a user interface with a service. 
The service property storage 1 1 1 sends, as the browser content designator used for all 
services in common, the browser designation information Bid for designating the browser 
content body DCb among a plurality of contents as being included in the service property 
information IspL The receiving apparatus 130 determines, based on the browser content 
designator, whether that the content C is the browser content Cbi. With these components 
provided, the storage-based broadcasting system 100 ensures e nsuring discrimination 
between the browser content Cb and the service content Cs can be achieved. 

In other words, in the third embodiment, the browser content Cb is designated by 
the control content designator used for the plurality of services in common. Then, the 
designation information of the browser content Cb is separated from the content and 
content header. Thus, willful designation of the browser content Cb for another service 




can be prevented irrespectively of the information stored in the content body storage. For 
example, the designation information of the browser content Cb may be managed under the 
control of a contract broadcasting company instead of each service provider so as to 
prevent designation of an authorized browser content Cb among the service providers. 
5 (Fourth e mbodiment) Fourth embodiment 

With reference to FIGS. 19, 20, 21, 22, and 23, a storage-based broadcasting 
system according to a fourth embodiment of the present invention is described. As shown 
in FIG. 19, a storage-based broadcasting system 1500 according to the fourth this 
embodiment includes^ a transmitting apparatus 1510, a delivery system 120, and a 

10 receiving apparatus 130, as in the storage-based broadcasting system 100 shown in FIG. 1. 
The transmitting apparatus 1510 is identical in structure to the transmitting apparatus 110 
of the storage-based broadcasting system 100 of the first embodiment of the present 
invention, except that a content ID space manager 1581 is additionally provided. 

The same features as those in the storage-based broadcasting system 100 of the 

15 first embodiment of the present invention, are not described herein, and only the features 
unique to the storage-based broadcasting system 1500 of the fourth embodiment are 
described below. 

The content ID space manager 1581 1501 manages a range (space) of values that 
can be taken by the content ID of the content for the service so as to designate the browser 
2 0 content Cbs. 

The content ID space is defined in a predetermined manner. For example, the 
content IDs 100 to 199 indicate the content of the service ID "SI"; 200 to 299 indicate the 
content of the service ID "S2"; and 300 to 399 indicate the content of the service ID "S3"; 
and 0 to 99 indicate the browser content Cb (Cbc). 
25 The content ID space manager 1581 1501 generates a_content space definition 
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CSD to be output for outputting to the content assembler 1 12. Based on the content space 
definition CSD, the content assembler 112 rewrites the values of the content IDs stored in 
the content headers He (HcBs) for the content bodies Dc (DcBs) provided from the content 
storages 1 13a, 1 13b, and 113c via the content body pitcher 114. Thus, values of the 
content IDs are replaced with those according to the defined content ID space. 

In FIG 21, one example of the content space definition is shown. The content 
space definition CSD includes a column for the range of the content ID and a column 
containing information for defining the content space. In this example, contents for the 
services are created with their content IDs arbitrary set within the range of 0 to 99, and the 
contents are stored in each content body storage. For the service SI, the browser content 
Cbs generated from the content body Dc provided by the content body storage 113a is 
outputted if its content ID is between 0 and 99. At this time, if the content ID is not 
between 0 and 99, the browser content Cbs is assumed to be unauthorized, and is then 
excluded. 

On the other hand, for the service content Cs for the service SI, 100 is added to 
the content ID for the conversion thereof within 100 to 199. After conversion, it is 
checked whether the content ID is within 100 and 199. If the content ID is within this 
range, the service content Cs is outputted and, if not, the service content Cs is assumed to 
be unauthorized, and is_then excluded. 

At conversion, the content ID for reference of other content embedded in the 
browser content is also converted in a similar manner. 

In FIG. 22, the structure of the browser content Cbs replaced by the content ID 
space manager 1501 is exemplarily shown. In the content header HcBs of the browser 
content Cbs, the content ID is "001", which is within 0 to 999 defined as the content ID 
range of the browser content Cb. 



The content ID space manager 1501 also adds information for defining the content 
ID space to the service property information Isps stored in the service property storage 111. 

In FIG. 20, one example of service property information Isps is shown. The 
service property information Isps is the same as the service property information Isp 
according to the first embodiment shown in FIG. 4. 

With reference to FIG. 23, the process of activating the browser content Cbs by 
the receiving apparatus 130 is now described. The process in steps S501s, S502, S503, 
and S505s is basically the same as that in steps S501, S502, S503, and S505 , respectively, 
described with reference to FIG 9 A except that the service property information Isp is 
replaced with the service property information lsps x and that the target content C is 
replaced with the browser content Cbs. Therefore, description of the same steps in the 
process is not made herein. 

In step SI 801, the storage 133 is searched for the content C having which has the 
service ID obtained in step S503 and which has haviftg the content ID within the range of 
values equal to that of the browser content Cbs designated by the service property 
information Isps. 

In step S505s, the found browser content Cbs is executed. 

As stated above, the storage-based broadcasting system 1500 manages the space 
of the content ID. The content having the content ID of a specific value defined under 
this management can be designated as the browser content Cbs. As such, without a 
specific field (column, in this example) provided for the content header HcBs, etc., the 
browser content Cbs can be designated. 

In other words, as long as the content body Dc can be stored in the content storage 
113 only by the content provider, the browser content Cb for another service can be 
prevented from being willfully specified and executed in the receiving apparatus 130. 



* • 

In the fourth embodiment of the present invention, if a single content ID space is 
provided for all service providers, the range of values of the content ID of the browser 
content Cb is defined in advance. Thus, willful designation of the browser content Cb 
among the service providers can be prevented. Only the field of the content ID is used, 
and a new field is not required to be provided to the content header, etc. Therefore, only a 
slight modification is required to the conventional transmitting apparatus. Moreover, the 
content receiving process of the conventional receiving apparatus can be used easily. 

While the invention has been described in detail, the foregoing description is in all 
aspects illustrative and not restrictive. It is understood that numerous other modifications 
and variations, can be devised without departing from the scope of the invention. 



38 



# 



ABSTRACT OF THE DISCLOSURE 



In a storage-based broadcasting system +00 that automatically updates a viewer 
and provides a user interface (B) unique to a service (S), a transmitting apparatus 440 
transmits a control content (Gb) for realizing the user interface (B) as the entire content or 
part of the a content. A receiving apparatus 30 receives and activates the transmitted 
control content (Gb) for executing the user interface. 



